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METHOD AND SYSTEM FOR 
LATENCY-INDEPENDENT PERIPHERAL DEVICE IDENTIFICATION 

5 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to peripheral device identification and 
interrupt management. More specifically, the present invention pertains to a 
1 0 method and system that enables device identification to be performed without a 
rigid time limit within which an intial interrupt from the device needs to be 
serviced. 



Related Art 

1 5 Computer systems and other electronic devices have become integral 

tools that are used extensively to perform a wide variety of useful operations in 
modern society. Applications of computer systems can be found in virtually all 
fields and disciplines, including but not limited to business, industry, scientific 
research, education and entertainment. For instance, computer systems are 

20 used to analyze financial data, to control industrial machinery, to model 

chemical molecules, to deliver classroom presentations and to generate special 
effects for movies. Moreover, computer systems along with other electronic 
devices are finding new applications as a result of advances in hardware 
technology and rapid development in software technology. The growing 

25 affordability of computer systems and electronic devices together with the 
abundance of useful new applications have fueled strong demand for such 
systems and devices. 
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Included within this broad category of computers and electronic devices 
is the personal digital assistant (commonly referred to as a PDA). Specifically, 
as the components required to build a computer system have been greatly 
5 reduced in size, new categories of computer systems have emerged. One of 
these new categories of computer systems is the PDA. A PDA is a portable 
computer system which is small enough to be held conveniently and 
comfortably in the hand of its user. In particular, a popular size for the typical 
PDA approximates the size of a palm. 

10 

The PDA is usually a battery-powered device that is typically used as an 
electronic organizer having the capability to store and display a wide range of 
information which can include numerous addresses and telephone numbers of 
business and personal acquaintances, financial information, daily 
15 appointments, along with various other personal information. As such, the PDA 
is able to consolidate a wide variety of information and make the information 
easily accessible by its user. Therefore, PDAs are very useful and have gained 
wide popularity. 

20 Since PDAs are such small devices, full-sized keyboards are generally 

not efficient input devices. For instance, PDAs using keyboards usually have 
keyboard devices that are so small that a user typically cannot touch-type on 
them. Many PDAs thus employ a stylus and a digitizer pad as an input system. 
The stylus and digitizer pad work well for PDAs because the arrangement 

25 allows a user to hold the PDA in one hand while writing with the stylus onto the 
digitizer pad with the other hand. A small on-screen keyboard image can also 
be used for data entry. By eliminating the need for a keyboard, PDAs are very 
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portable and can be carried along by their users wherever they go, even when 
on extended travel. On the other hand, due to their small size, PDAs usually 
have a modest set of built-in functions and it is often beneficial to couple 
peripheral devices therewith to expand functionality. The greater the variety of 
5 peripheral devices a PDA is capable of operating with, the broader the 
functionality it can achieve. 

Moreover, the management of communications port contention and 
power consumption affect the ease of use and the battery life of PDAs and other 

10 hand-held computers. A typical PDA includes limited communications port 

resources. For example, the Palm V personal organizer, manufactured by Palm 
Computing, Inc. of Santa Clara, California, has a single communications port 
available to interface with peripherals. When the communications port is 
exclusively occupied by a peripheral, the communications port is unavailable 

15 for other uses. Thus, a PDA with an active keyboard occupying the 

communications port, for instance, may be unable to perform an infrared (IR) 
synchronization process with another device. 

Another ease of use issue is the degree of user intervention required to 
20 manage a communications port and identify peripheral devices coupled thereto. 
Requiring a user to manually open the communications port and identify a 
peripheral device, such as through the graphical user interface (GUI) or the 
buttons of the PDA or hand-held computer, is generally less preferable to 
automatically opening the communications port and identifying the peripheral 
25 device when the PDA receives information from a peripheral device upon 

coupling. Further, requiring a user to explicitly close the communications port is 
also generally less desirable than automatically closing the communications 



PALM-3284/ACM/LRG 



Confidential 



-4- 



port after the peripheral device and the PDA no longer exchange data. In one 
existing solution, the PDA will automatically close a communications channel, 
which was opened to work with a keyboard peripheral, when the PDA is 
prompted with a signal initiating a : Synchronization process, such as when the 

5 PDA is placed in a cradle for a HotSync process. However, if a user forgets to 
explicitly close the communications port after using a keyboard that occupied 
the communications port, the user may be unable to perform an infrared 
synchronization process. In such cases, the synchronization process cannot be 
initiated until the situation is resolved. A user unfamiliar with the problem may 

10 even have the mistaken impression that the PDA has malfunctioned. 

Furthermore, requiring a user to manually close the communications port 
also affects power consumption. Battery powered systems, such as PDAs and 
other hand-held devices, are sensitive to applications that drain excessive 

15 power. Thus, PDAs mostly leave their communications ports in a low power 
standby mode, because an open communications channel may consume 
significant power. For example, the Palm V personal organizer has a 
communications port included in the processor that is shared between an 
infrared communications port and an RS-232 serial communications port. The 

20 Palm V hand-held organizer keeps these ports in standby mode to reduce 

power consumption. A user who forgets to close the communications port after 
a peripheral device is no longer being used may suffer a significantly 
decreased battery life, and be forced to recharge or change batteries often. 

25 Even if a user remembers to close the communications port when the 

attached peripheral device is no longer being used, the port has to be reopened 
for further communications with a peripheral device when use is resumed. 
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When the communications port is reopened, the attached peripheral device 
needs to be identified. Identifying the peripheral device permits the PDA to 
open appropriate applications and select appropriate communication protocols.' 
Some existing hand-held computers provide limited capability for identifying 
5 peripheral devices. For example, in an existing Palm organizer, this is 
implemented with two pins on a serial port. According to this technique, an 
interrupt is generated by bringing up one of the pins (e.g., making the pin 
"high"). An interrupt routine then checks the second pin to determine if it is high 
or low (e.g., high indicates modem, low indicates cradle). One problem with this 

1 0 technique is that it only allows two different types of devices to wake up the 

serial port. In other words, this peripheral device identification scheme is limited 
to identifying one of two devices, for example, a cradle versus a modem. As 
hand-held computer technology advances and its applications multiply, an 
increasing number of peripheral devices are becoming available for use with 

15 hand-held computers and PDAs, but the existing device identification technique 
are not capable of distinguishing among the numerous devices. 

Some other approaches to peripheral device identification are capable of 
identifying more than two types of devices. Typically, such approaches involve 

20 performing certain detection activities in a given time period immediately 
following the initial interrupt generated by the device as described above. 
According to these approaches, additional input is generated by the peripheral 
device and received by the hand-held computer during this prescribed time 
period. For example, the additional input may include one or more specific 

25 characters or additional interrupt(s). Based on the additional input, such as by 
monitoring for the specific inbound character(s) or by counting the additional 
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interrupts, the hand-held computer determines the type of the peripheral device 
being coupled thereto. 

Nevertheless, these identification schemes also have their shortcomings. 
5 In particular, these schemes impose a hard limit on the latency within which the 
initial interrupt generated by the peripheral device must be handled in order for 
the respective schemes to succeed. Such a time-critical interrupt response 
requirement is undesirable because the hand-held computer may be engaged 
in other computations when the initial interrupt is generated and thus may be 
1 0 unable to service the interrupt within the requisite time frame. Under these 
circumstances, peripheral device identification according to these time-critical 
schemes would fail. 

Thus, in view of the foregoing problems that are inherent in existing 
15 peripheral device identification schemes, it would be highly advantageous to 
provide a peripheral device identification system and method that facilitates 
extendible identification of various peripheral devices, where the successful 
operation of the system and method does not require that the initial interrupt 
generated by the peripheral device be handled within a critical time period. 

20 

Additionally, a method and system for peripheral device identification 
should not require complete revamping of existing hand-held computer systems 
or PDAs. In other words, in implementing a viable method and system for 
peripheral device identification, components that are well known in the art and 
25 are compatible with existing hand-held computer systems need to be used so 
that the cost of realizing the method and system for peripheral device 
identification is low. By so doing, the need to incur costly expenditures for 
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retrofitting existing hand-held computer systems or for building custom 
components is eliminated. 
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SUMMARY OF THE INVENTION 

It would be advantageous to provide a method and system for peripheral 
device identification that enables extendible identification of various peripheral - 
devices, and yet the successful operation of the system and method does not 
5 require that the initial interrupt generated by the peripheral device be handled 
within a critical time period. Furthermore, it would also be advantageous for 
such method and system to utilize components that are well known in the art 
and are compatible with existing computer systems such that the method and 
system can readily operate with other systems and applications without 
10 extensive retrofitting. 

Accordingly, the present invention provides a method and system for 
extendible identification of peripheral devices which is latency-independent. 
More particularly, embodiments of the present invention impose no critical 

15 interrupt response requirement for successful operation, thus providing a 
superior and more flexible solution to peripheral device identification than 
existing approaches. Moreover, embodiments of the present invention can be 
efficiently implemented using components that are well known in the art and are 
compatible with existing hand-held computer systems as well as peripheral 

20 devices. As such, the present invention delivers a method and system that is 
readily operable with existing systems and applications without extensive 
retrofitting. These and other advantages of the present invention not specifically 
mentioned above will become clear within discussions of the present invention 
presented herein. 

25 

More specifically, in one embodiment of the present invention, a method 
for identifying a peripheral device detachably coupled to a computer system is 
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provided. In this embodiment, an interrupt is received by the computer system 
from the peripheral device, which is coupled to a communications port of the 
computer system. In response to the interrupt, an interrupt notification message 
is posted to alert a notification handler running on the computer system. It is 
5 next determined whether the interrupt is indicative of a compliant peripheral 
class. In one embodiment, this is achieved by examining a device sense pin of 
the communications port to determine the voltage thereon. If the interrupt is 
determined to be indicative of the compliant peripheral class and the 
communications port is inactive, the port is opened, and an inquiry is sent to the 

1 0 peripheral device via the open port. The computer system then waits to receive 
a response from the peripheral device via the open communications port. If a 
response is received within a predetermined time period, an identification 
notification message is posted based on data in the response, which data 
include information for classifying the peripheral device, so that a software 

15 handler registered with the operating system can handle the identification 
notification message when the software handler receives it. 

In a specific embodiment, the present invention includes the above and 
wherein the computer system is a PDA. In a currently preferred embodiment, 
20 the present invention includes the above and wherein the compliant peripheral 
class comprises RS-232 peripherals. 

Another embodiment of the present invention includes the above recited 
steps and further comprises the step of posting a no-response notification 
25 message to trigger further processing, if no response is received within the 
predetermined time period after the inquiry is sent. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and form a part 
of this specification, illustrate embodiments of the invention and, together with 
5 the description, serve to explain the principles of the invention: 

Figure 1 is a system illustration of an exemplary personal digital assistant 
computer system connected to other computer systems and the Internet via a 
cradle device. 

10 

Figure 2A is a top side perspective view of an exemplary personal digital 
assistant computer system. 

Figure 2B is a bottom side perspective view of the personal digital 
1 5 assistant computer system of Figure 2A. 

Figure 3 is an exploded view of the components of the exemplary 
personal digital assistant computer system of Figure 2A. 

20 Figure 4 is a perspective view of the cradle device for connecting the 

personal digital assistant computer system to other systems via a 
communication interface. 

Figure 5 is a logical block diagram of circuitry located within the 
25 exemplary personal digital assistant computer system of Figure 2A. 
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Figure 6 is a block diagram of a system practicing peripheral device 
identification in accordance with one embodiment of the present invention. 

5 Figure 7 is a flow diagram illustrating steps for identifying a peripheral 

device detachably coupled to a computer system in accordance with one 
embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

In the following detailed description of the present invention, a method 
and system for latency-independent peripheral device identification, numerous 
specific details are set forth in order to provide a thorough understanding of the 
5 present invention. However, it will be recognized by one skilled in the art that 
the present invention may be practiced without these specific details or with 
equivalents thereof. In other instances, well known methods, procedures, 
components, and circuits have not been described in detail as not to 
unnecessarily obscure aspects of the present invention. 

10 

NOTATION AND NOMENCLATURE 
Some portions of the detailed descriptions which follow are presented in 
terms of procedures, steps, logic blocks, processing, and other symbolic 
representations of operations on data bits within a computer memory. These 

15 descriptions and representations are the means used by those skilled in the 
data processing arts to most effectively convey the substance of their work to 
others skilled in the art. A procedure, computer executed step, logic block, 
process, etc., is here, and generally, conceived to be a self-consistent sequence 
of steps or instructions leading to a desired result. The steps are those 

20 requiring physical manipulations of physical quantities. Usually, though not 
necessarily, these quantities take the form of electrical or magnetic signals 
capable of being stored, transferred, combined, compared, and otherwise 
manipulated in a computer system. It has proven convenient at times, 
principally for reasons of common usage, to refer to these signals as bits, 

25 values, elements, symbols, characters, terms, numbers, or the like. 
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It should be borne in mind, however, that all of these and similar terms 
are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these' quantities. Unless specifically stated 

5 otherwise as apparent from the following discussions, it is appreciated that 
throughout the present invention, discussions utilizing terms such as 
"receiving", "posting", "opening", "sending", "monitoring", "examining" or the like, 
refer to the action and processes of a computer system (e.g., Figure 5), or 
similar electronic computing device, that manipulates and transforms data 

10 represented as physical (electronic) quantities within the computer system's 
registers and memories into other data similarly represented as physical 
quantities within the computer system memories or registers or other such 
information storage, transmission or display devices. 

15 Aspects of the present invention, described below, are discussed in 

terms of steps executed on a computer system. These steps (e.g., process 700) 
are implemented as program code stored in computer readable memory units of 
a computer system and are executed by the processor of the computer system. 
Although a variety of different computer systems can be used with the present 

20 invention, an exemplary personal digital assistant computer system is shown in 
Figure 5 further below. 
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AN ILLUSTRATIVE COMPUTER SYSTEM ENVIRONMENT WITHIN WHICH 
EMBODIMENTS OF THE PRESENT INVENTION CAN BE PRACTICED 
Referring now to Figure 1, a system 50 that can be used in conjunction 
with the present invention is shown. It is appreciated that the method and 
5 system for latency-independent peripheral device identification of the present 
invention can be used in conjunction with any computer system and that system 
50 is illustrative rather than limiting. It is further appreciated that the portable 
computer system 100 described below is only exemplary. System 50 
comprises a host computer system 56 which can either be a desktop unit as 
10 shown, or, alternatively, can be a laptop computer system 58. Optionally, one or 
more host computer systems can be used within system 50. Host computer 
systems 58 and 56 are shown connected to a communication bus 54, which in 
one embodiment can be a serial communication bus, but could be of any of a 
number of well known designs, e.g., a parallel bus, Ethernet, Local Area 
15 Network (LAN), etc. Optionally, bus 54 can provide communication with the 
Internet 52 using a number of well known protocols. 

Importantly, bus 54 is also coupled to a cradle 60 for receiving and 
initiating communication with a personal digital assistant computer system 100. 
20 Cradle 60 provides an electrical and mechanical communication interface 

between bus 54 (and anything coupled to bus 54) and computer system 100 for 
two way communications. Computer system 100 also contains a wireless 
infrared communication mechanism 64 for sending and receiving information 
from other devices. A more detailed description of the structure of an illustrative 
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implementation of computer system 100 and its operation in conjunction with 
various peripheral devices is presented further below with reference to Figure 6. 

With reference to Figure 2A, a perspective illustration of the top face 100a 
5 of exemplary personal digital assistant computer system 100 is shown. Top 
face 1 10a contains a display screen 105 surrounded by a bezel or cover. A 
removable stylus 80 is also shown. Display screen 105 is a touch screen 
capable of registering contact between the screen and the tip of stylus 80. 
Stylus 80 can be fabricated of any material which can make contact with screen 
10 105. Top face 100a also contains one or more dedicated and/or programmable 
buttons 75 for selecting information and causing computer system 100 to 
implement functions. An on/off button 95 is shown as well. 

Referring still to Figure 2A, a handwriting recognition pad or "digitizer" 
15 containing regions 106a and 106b is also shown. Specifically, region 106a is 
for the drawing of alpha characters therein for automatic recognition and region 
106b is for the drawing of numeric characters therein for automatic recognition. 
Stylus 80 is used for stroking a character within one of the regions 106a and 
106b. The stroke information is then fed to an internal processor for automatic 
20 character recognition. Once characters are recognized, they are typically 
displayed on screen 105 for verification and/or modification. 

Figure 2B illustrates the bottom side 100b of one embodiment of 
personal digital assistant computer system 100., An optional extendible 
25 antenna 85 is shown, and a battery storage compartment door 90 is shown as 
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well. A communication interface 108 is also shown. In one embodiment of the 
present invention, the serial communication interface 108 comprises a serial 
communication port, but it could also alternatively be of any of a number of well 
known communication standards and protocols, e.g., parallel, small computer 
5 system interface (SCSI), Ethernet, Firewire (IEEE 1394), etc. In a currently 
preferred embodiment, communication interface 108 comprises an interrupt pin 
and a device sense pin, sometimes also known as a VID pin. Communication 
interface 108 in accordance with the present invention is described in further 
detail below with reference to Figure 6. 

10 

With reference now to Figure 3, an exploded view of the exemplary 
personal digital assistant computer system 100 is shown. System 100 contains 
a front cover 210 having an outline of region 106 and holes 75a for receiving 
buttons 75t>. A flat panel display 105 (both liquid crystal display and touch 

1 5 screen) fits into front cover 210. Any of a number of display technologies can be 
used, e.g., liquid crystal display (LCD), field emission device (FED), plasma, 
etc., for the flat panel display 105. A battery 215 provides electrical power. A 
contrast adjustment (potentiometer) 220 is also shown. On/off button 95 is 
shown along with an infrared emitter and detector device 64. A flex circuit 230 

20 is shown along with a PC board 225 containing electronics and logic (e.g., 
memory, communication bus, processor, etc.) for implementing computer 
system functionality. The digitizer pad is also included in PC board 225. A 
midframe 235 is shown along with stylus 80. Position adjustable antenna 85 is 
also shown. 
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Additionally, a radio receiver/transmitter device 240 is also shown 
between the midframe and the rear coyer 245 of Figure 3. Radio 
receiver/transmitter device 240 is coupled to antenna 85 and also coupled to 
5 communicate with PC board 225. In one implementation, the Mobitex wireless 
communication system is used to provide two way communication between 
system 100 and other networked computers and/or the Internet via a proxy 
server. 

Figure 4 is a perspective illustration of one embodiment of the cradle 60 
for receiving the personal digital assistant computer system 100. Cradle 60 
contains a mechanical and electrical interface 260 for interfacing with serial 
connection 108 (Figure 2B) of computer system 100 when system 100 is slid 
into the cradle 60 in an upright position. Once inserted, button 270 can be 
pressed to initiate two way communication between system 100 and other 
computer systems coupled to serial communication bus 54. 

Referring now to Figure 5, a block diagram of exemplary personal digital 
assistant computer system 100 is shown. Some of the modules shown in 
20 Figure 5 can be implemented on PC board 225. Computer system 1 00 includes 
an address/data bus 99 for communicating information, a central processor 101 
coupled with bus 99 for processing information and instructions, a volatile 
memory unit 102 (e.g., random access memory, static RAM, dynamic RAM, etc.) 
coupled with bus 99 for storing information and instructions for central 
25 processor 101 and a non-volatile memory unit 103 (e.g., read only memory, 



10 



15 
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programmable ROM, flash memory, EPROM, EEPROM, etc.) coupled with bus 
99 for storing static information and instructions for processor 101 . As 
described above, computer system 100 also contains a display device 105 
coupled to bus 99 for displaying information to the computer user. PC board 

5 225 can contain processor 101, bus 99, volatile memory unit 102, and non- 
volatile memory unit 103. As described further below, portions of memory units 
102 and 103 can be removed from computer system 100. Moreover, computer 
system 100 can also include an optional data storage device 104 (e.g., memory 
stick) for storing information and instructions. In one embodiment, optional data 

10 storage device 104 is removable from computer system 100. 

Also included in computer system 100 of Figure 5 is an optional 
alphanumeric input device 106 which, in one implementation, is a handwriting 
recognition pad ("digitizer") having regions 106a and 106b (Figure 2A), for 

15 instance. Device 106 can communicate information and command selections to 
central processor 101. Computer system 100 also includes an optional cursor 
control or directing device 107 coupled to bus 99 for communicating user input 
information and command selections to central processor 101. In one 
implementation, device 107 is a touch screen device incorporated with screen 

20 105. In this implementation, device 107 is capable of registering a position on , 
screen 105 where a stylus makes contact. Display device 105 utilized with 
computer system 100 may be a liquid crystal device (LCD), cathode ray tube 
(CRT), field emission device (FED, also called flat panel CRT) or other display 
device suitable for creating graphic images and r alphanumeric characters 

25 recognizable to the user. In a currently preferred embodiment, display 105 is a 
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flat panel display. Computer system 100 also includes signal communication 
interface 108, which is also coupled to bus 99, and can be a serial port for 
communicating with cradle 60. Communication interface 108 can also include 
an infrared communication mechanism. 

5 

It is appreciated that computer system 100 described herein illustrates an 
exemplary configuration of an operational platform upon which embodiments of 
the present invention can be implemented. Nevertheless, other computer 
systems with differing configurations can also be used in place of computer 
1 0 system 100 within the scope of the present invention. 



Referring next to Figure 6, a block diagram is shown of a system 600 
practicing peripheral device identification in accordance with one embodiment 
of the present invention. System 600 includes a hand-held computer 100 and a 

15 peripheral device 140. Example embodiments of the hand-held computer 100 
include various models of the Palm hand-held organizers, as well as numerous 
other hand-held computers running a version of the Palm operating system, or 
PalmOS. Additional embodiments include other hand-held computers, such as 
those running a version of Microsoft's Windows CE operating system and those 

20 running a version of the EPOC operating system, as well as set-top boxes. On 
the other hand, examples of peripheral devices include keyboards, cradles, 
modems, other computers such as hand-held computers, along with other 
hardware modules or accessories not specifically mentioned herein. 
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As illustrated in Figure 6, hand-held computer 100 includes a memory 
110 (e.g., volatile memory unit 102, non-volatile memory unit 103 of Figure 5) 
and processor 101. Memory 101 can store various programs, or sequences of 
instructions for execution by processor 101. Example programs shown include 
5 a notification handler 112 and registered software handlers 114 and 116. Other 
programs 118 can include programs for carrying out other internal functions of 
hand-held computer 100 and for carrying out functions appropriate with 
peripheral device 140. Some of the programs may be included in device 
drivers, the operating system, and/or applications. 

10 

In a currently preferred embodiment, hand-held computer 100 further 
includes infrared interface 64 and a connector 135, and processor 101 includes 
a communications port 125. In this embodiment, communication interface 108 
(Figure 1) of computer 100 comprises infrared interface 64, communications 

15 port 125, and connector 135, Hand-held computer 100 communicates with 
peripheral device 140 via one or more communications ports 125. In one 
embodiment, processor 101 is a DragonBall processor manufactured by 
Motorola, Inc. For example, the Palm lllx and Palm V hand-held computers use 
a DragonBall processor model known as the DragonBall EZ MC68EZ238 

20 Integrated Microprocessor. Other embodiments use different microprocessors. 
An embodiment implemented using the DragonBall EZ processor has a 
communications port 125 that includes one serial port, while other 
embodiments of the present invention can include multiple serial ports, one or 
more parallel port(s), or other configurations. 
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It is appreciated that even though embodiments of the present invention 
are not limited to one communications port but rather can include multiple 
communication ports, the present Invention beneficially enables an increase in 
5 the total number of peripherals which the hand-held computer can identify. 



In accordance with the present invention, communications port 125 
communicates with peripheral device 140 via a wired or wireless connection. 
An example of a wireless connection is a communication link between two 

10 hand-held computers 100 and 142 carried out in infrared through infrared 
interface 64 coupled to communications port 125. In infrared communication, 
an infrared transceiver included in infrared interface 64 of hand-held computer 
100 communicates with the infrared transceiver of another hand-held computer 
142. In one embodiment, the transceivers follow an IrDA (Infrared Data 

15 Association) protocol. In other embodiments, other protocols are used. 



An example of a wired connection is a communication link between 
hand-held computer 100 and cradle 60, through connector 135 coupled to 
communications port 125. This is a configuration that is often used to 
20 synchronize data between hand-held computer 100 and another computer 146 
(e.g., desktop computer 56 or laptop computer 58 of Figure 1). Another 
example of a wired connection is a communication link between hand-held 
computer 100 and a keyboard 150 through connector 135. 
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Within the scope of the present invention, in addition to the devices 
mentioned above, peripheral device 140 can also be a modem 148, devices for 
cellular or personal communication services, other wireless devices 152 
including radio, infrared, and acoustic communication peripherals, as well as 
5 Bluetooth devices. Information on the Bluetooth communication specification is 
not described herein but is available on the Internet at the address 
http://www.bluetooth.com. In a currently preferred embodiment, peripheral 
device 140 includes circuitry for sending a wake-up signal (e.g., an interrupt) to 
hand-held computer 100 through connector 135, as well as circuitry for 
10 identifying to hand-held computer 100 the type (e.g., peripheral class) of 

peripheral device 140. Both sets of circuitry are electrically coupled to hand- 
held computer 100 through connector 135. 

In communication through connector 135, one embodiment of the 
1 5 present invention uses an electrical transceiver and a serial connector with ten 
pins supporting EIA562 interface signals and RS-232 protocol communications, 
and additional signals for support of another peripheral device 140. 

One possible configuration of connector 135 supporting EIA562 interface 
20 signals and RS-232 protocol communications includes DTR (data terminal 

ready), VCC, RD (receive data), RTS (request to send), TD (transmit data), CTS 
(clear to send), GPI1 (HotSync initiation interrupt line), GPI2 (peripheral 
identification line for synchronization), a pin reserved for future designs, and SG 
(signal ground). 
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Another possible configuration of connector 135 supporting EIA562 
interface signals and RS-232 protocol communications includes DO (voltage 
doubler output or data terminal ready), VBATT+ (tied to the battery), RXD 
5 (receive data), RTS (request to send), TXD (transmit data), CTS (clear to send), 
11 (HotSync initiation interrupt line), 12 (peripheral identification line for 
synchronization), a pin reserved for future designs, and SG (signal ground). 

Other embodiments of connector 135 include parallel connectors, 
10 different pin configurations, a different number of pins, and different connector 
signals including DSR (data set ready), Rl (ring indicator), CD (carrier detect), 
and TC (transmitter clock). 

One embodiment of hand-held computer 100 includes an electrical 
15 transceiver used in communication through connector 135. When the electrical 
transceiver is shut down, the transceiver sends a low RS-232_V+ signal of 3.0 
volts to connector 135. In the Palm hand-held organizer, the electrical 
transceiver is shut down or placed in standby mode when connector 135 is 
inactive in order to conserve power and lengthen the battery life for hand-held 
20 computer 100. When software running on processor 101 of hand-held 

computer 100 opens communications port 125, the transceiver is enabled and 
sends to connector 135 an asserted signal, a high RS-232_V+ signal of 6.0 
volts. Other embodiments include communications protocols that are simplex 
and half duplex in addition to the full duplex RS-232 protocol. Additional 
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embodiments support RS-485, RS-422, IEEE-1284, IEEE-1394, and USB 
standards. 

OPERATION OF THE LATENCY-INDEPENDENT 
5 PERIPHERAL DEVICE IDENTIFICATION METHOD 

IN ACCORDANCE WITH THE PRESENT INVENTION 
Referring next to Figure 7, a flow diagram 700 illustrating steps for 
identifying a peripheral device detachably coupled to a computer system in 
accordance with one embodiment of the present invention is shown. In step 
10 710, an interrupt is received by the computer system from a peripheral device 
coupled to a communications port of the computer system. In a currently 
preferred embodiment, the communications port is a serial communications 
port. Moreover, in an embodiment wherein the computer system is a Palm PDA, 
the interrupt is a HotSync interrupt. 

15 

Referring still to Figure 7, in step 720, an interrupt notification message is 
posted to alert a notification handler running on the computer system, in 
response to the interrupt received in step 710. In one embodiment, the state of 
the device sense pin (VID pin) is included in the interrupt notification message. 



20 



In a currently preferred embodiment practiced upon a Palm compatible 
device (e.g., a device running on the Palm OS), a HotSync interrupt handler of 
the PalmOS reads the value of the VID pin and posts an interrupt notification 
message with this information. This notification message alerts, and is caught 
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by, a HotSync interrupt notification handler which is registered with the 
PalmOS. 

It is appreciated that in accordance with the present invention, the 
5 method by which the VID pin is read varies from device to device. For example, 
those devices that measure the voltage with an ADC will read a voltage and 
translate it into an enumerated value. This is no different than what is done for 
current Palm V devices which support only two enumerated types, namely, 
cradle or modem. On the other hand, devices without an ADC will just read a 
1 0 single bit off a port. In either case, the value will be posted as data along with 
the interrupt notification message according to this embodiment. 



With reference still to Figure 7, in step 730, it is determined whether the 
interrupt received is indicative of a compliant peripheral class. In one 

1 5 embodiment, the state (e.g., voltage) on the device sense pin of the 

communications port (e.g., posted as data along with the interrupt notification 
message of step 720) is used in this determination. In a currently preferred 
embodiment practiced upon a Palm compatible device, the HotSync interrupt 
notification handler examines the notification data and determines if the 

20 interrupt is from a compliant peripheral class, which in this embodiment is the 
RS-232 peripheral class. 

In accordance with this embodiment, peripheral devices connecting to a 
Palm device's serial port that are neither cradles nor modems and that use the 
25 method of the present invention (e.g., belong to the compliant peripheral class) 
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must hold the VID pin "high" (e.g., appear as modems). In this embodiment, no 
intermediate voltage on the VID pin needs to be measured. Moreover, the only 
known peripherals that hold VID high and use the interrupt pin are Palm 
modems, which will be distinguished from other peripherals via their response 
5 to an inquiry sent by the Palm device (described below with reference to step 
750). As described below, the present invention will properly handle the cases 
where the attached device is a modem. As such, the instant embodiment is 
backward compatible with existing Palm devices, including external keyboards 
which hold VID low. 

10 

It is appreciated that future Palm devices, which might classify 
peripherals based on voltage ranges on the VID pin, can also advantageously 
utilize the present invention in a slightly different embodiments. More 
particularly, next generation peripheral interfaces have been proposed where 

15 different classes of peripherals are distinguished via different voltage levels on 
the VID pin. For example, there are currently six proposed levels of VID 
representing six different states, namely: no connection, USB cradle, RS-232 
cradle, USB peripheral, RS-232 peripheral, and debug. When embodiments of 
the present invention are applied to these new interfaces, peripherals 

20 conforming to the present invention should set the voltage on the VID pin to the 
value that corresponds to class RS-232 peripherals. 

With reference still to Figure 7, in optional step 734, if it is determined in 
step 730 that the interrupt is not indicative of the compliant peripheral class, a 
25 non-compliance notification message is posted to trigger exception processing 
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on the computer system. More specifically, in a currently preferred embodiment 
practiced upon a Palm compatible device, if the HotSync interrupt notification 
handler determines that the interrupt is not from a RS-232 peripheral, such as 
when the interrupt is from a cradle^ then the HotSync interrupt notification 
5 handler posts a Cradle HotSync key event. Thus, the present embodiment is 
compatible with existing Palm cradles' Cradle HotSync function. 

With reference again to Figure 7, in optional step 738, if it is determined 
in step 730 that the interrupt is indicative of the compliant peripheral class and 

10 the communications port is already open, a port-in-use notification message is 
posted to trigger further processing. More specifically, in a currently preferred 
embodiment practiced upon a Palm compatible device, if the HotSync interrupt 
notification handler determines that the interrupt is from a RS-232 peripheral, 
such as a modem, and further determines that the serial port is already open 

15 (e.g., the port is active), then the handler posts a Modem HotSync with Serial 
Port Open notification, thereby triggering the Modem HotSync process. As 
such, the present embodiment advantageously provides compatibility with 
existing Palm modems' Modem HotSync function. 

20 Referring again to Figure 7, in step 740, if it is determined in step 730 that 

the interrupt is indicative of the compliant peripheral class, and the 
communications port is inactive, the port is opened. More specifically, in a 
currently preferred embodiment practiced upon a Palm compatible device, if the 
HotSync interrupt notification handler determines that the interrupt is from a RS- 

25 232 peripheral, and also determines that the serial port is not open (e.g., the 
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port is inactive), then the handler opens the serial port. In one embodiment, the 
port is opened at a default baud rate of 9600 baud. 

Still referring to Figure 7, in step 750, an inquiry is sent to the peripheral 
5 device via the open communications port. In a currently preferred embodiment, 
the HotSync interrupt notification handler sends an inquiry, which comprises the 
ASCII command "ATI3" followed by a CR / LF pair, to the peripheral by way of 
the open serial port. 

10 With reference again to Figure 7, in step 760, the communications port is 

monitored for a predetermined time period in order to receive a response, if any, 
from the peripheral device via the port. In step 765, it is determined whether a 
proper response has been received from the peripheral device within the 
predetermined time period. 

15 

Referring yet again to Figure 7, in step 770, if it is determined in step 765 
that a proper response has been received from the peripheral device via the 
communications port within the predetermined time period, an identification 
notification message is posted based on data in the response, including 
20 information for classifying the peripheral device, so that a software handler 
registered with the operating system can handle the identification notification 
message (e.g., the appropriate handler performs, or caused to be performed, 
actions necessary to initialize the attached device) when the software handler 
receives it. 
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With reference still to Figure 7, in optional step 775, if it is determined in 
step 765 that a proper response has not been received from the peripheral 
device via the communications port within the predetermined time period, a no- 
5 response notification message to trigger further processing. 

With reference still to Figure 7, in optional step 785, in the event that an 
identification notification message has been generated but the software handler 
responsible for handling the identification notification message fails to do so, a 
10 default action is triggered. It is appreciated that this scenario includes the case 
where the software handler is not properly installed or registered, or not 
installed at all. 

Particularly, in a currently preferred embodiment practiced upon a Palm 
15 compatible device, the HotSync interrupt notification handler monitors the serial 
port and waits for a response from the peripheral for 20 ms. If the HotSync 
interrupt notification handler does not receive at least one character from the 
peripheral device within the allotted time, a no-response notification is posted. 
If at least one character is received within 20 ms from the initiation of the inquiry, 
20 the HotSync interrupt notification handler will wait for a maximum of 100 ms or 
until a CR / LF pair is received. 

Further, in this embodiment, if a full response, terminated by a CR / LF 
pair, is received within the 100 ms, then the HotSync interrupt notification 
25 handler posts an identification notification message, with the ID string of the 
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peripheral's response as data, to indicate that the peripheral queried has 
responded properly. In one embodiment, the identification information is 
propagated to a registered handler through a system notification or broadcast 
mechanism, such as through the Notification Manager supported by PalmOS 
5 version 3.5 or newer. However, if the character(s) received are not terminated 
by a CR / LF pair, then a no-response notification is posted instead. Within the 
scope of the present invention, it is up to the developers (of peripheral devices 
and their drivers, for example) to register custom-developed, device-specific 
software handler(s) with the operating system so that these special handlers will 
10 receive identification notifications corresponding to the peripheral(s) in which 
they are interested (e.g., those responses which contain the matching 
peripheral ID(s) in the data string) and handle them accordingly. Failing to do 
so would cause the identification notification to be handled in a default manner, 
as described below. 

15 

In accordance with one embodiment of the present invention, should no 
registered handler handle an identification notification message (described 
above with reference to optional step 785), a default low priority handler, 
installed by the operating system, will handle the notification by posting a 

20 Modem HotSync key event. Likewise, in another embodiment, should no 

registered handler handle a port-in-use notification message (described above 
with reference to optional step 738), a default low priority handler, installed by 
the operating system, will handle the notification by posting a Modem HotSync 
key event. Moreover, in yet another embodiment, where no response to the 

25 inquiry is received (described above with reference to optional step 775), a no- 
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response notification message will be posted and the PalmOS will post the 
Modem HotSync key as well. This allows third party developers to catch this 
event and thus use this interrupt. 

5 In an alternative embodiment, high priority notification handlers (e.g., 

having a higher priority than the HotSync interrupt notification handler) can be 
used in placed of the software handlers described above. In this embodiment, 
no device identification step needs to be performed because each high priority 
notification handler will directly catch and service an interrupt from its respective 

1 0 peripheral device when such an interrupt is sent via the communications port, 
without the aid of the HotSync interrupt notification handler. In other words, the 
processing steps described above with respect to the various actions of the 
HotSync interrupt notification handler are no longer required in this alternative 
embodiment, as each device-specific interrupt will directly alert its own special 

15 high priority notification handler(s) which will then perform the necessary action 
appropriate for the device generating the interrupt. 



As thus described, the present invention performs neither detection of 
peripheral device attachment or detachment, nor counting of interrupts or time 

20 intervals. Moreover, unlike some prior art schemes, no further inquiry or signal 
is initiated by the device subsequent to, and within some period of, the initial 
interrupt in order for the present invention to operate. Rather, in accordance 
with the present invention, a peripheral device simply sends an interrupt to 
'wake up' the operating system of the hand-held computer. Thereupon, a 

25 system notification handler is alerted to execute and initiate the device 
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identification process by sending an inquiry to the peripheral device in 
response to the initial interrupt. Once the device is identified, the identification 
information is furnished to a registered handler which facilitates further 
interaction with the device. Alternatively, one or more high priority device- 
5 specific notification handlers can be installed instead, in which case each of the 
high priority handlers directly handle its own interrupt(s), and the system 
notification handler is unnecessary. 

Significantly, embodiments of the present invention impose no time- 
10 critical interrupt response requirement for successful operation. Therefore, the 
present invention provides a superior solution to peripheral device identification 
than existing approaches, because the present invention is neither limited in the 
number of devices that can be identified, nor constrained by the dependence on 
the latency within which the initial device interrupt must be handled. In other 
15 words, by utilizing the present invention, even if a HotSync interrupt cannot be 
attended to immediately by the operating system, device identification will not 
be affected because there is no rigid time limit within which the interrupt must be 
sen/iced. As such, the present invention advantageously eliminates the latency 
dependency of prior art device identification schemes. In addition, there is no 
20 need to "patch" the interrupt service routine of the operating system or otherwise 
modify low level system code every time a new peripheral device is added to 
the list of devices that have to be identified. This greatly reduces the time 
required in the development cycle and provides an important advantage over 
the prior art, especially in a time-critical development environment. 
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Furthermore, since embodiments of the present invention utilize 
components and communication protocols/handshakes that are already parts of 
or supported by existing hand-held computer systems and that are well known 
5 in the art, such as serial communication ports and HotSync interrupts, 
respectively, embodiments of the present invention can be efficiently 
implemented and advantageously afford compatibility with other systems and 
applications, thereby providing latency-independent peripheral device 
identification capability while minimizing the cost to the user. Additionally, 
10 embodiments of the present invention can also be conveniently adapted to work 
with proposed communications port interfaces. 

Although certain embodiments of the present invention as described 
herein pertains to PDAs such as Palm compatible organizers, it is appreciated 

1 5 that many other advantageous applications are possible within the scope of the 
present invention. For example, the present invention can be advantageously 
applied to the peripheral device identification mechanism of numerous other 
devices, such as mobile phones. Therefore, the present invention enables 
numerous possibilities in modern society where a wide range of systems and 

20 appliances require the capability of peripheral device identification. It should be 
clear to a person of ordinary skill in the art, having read the description of 
embodiments of the present invention herein, that other applications and 
embodiments not expressly described herein are also possible without 
departing from the scope and spirit of the present invention. 
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The preferred embodiment of the present invention, a method and 
system for latency-independent peripheral device identification, is thus 
described. While the present invention has been described in particular 
5 embodiments, it should be appreciated that the present invention should not be 
construed as limited by such embodiments, but rather construed according to 
the below claims. 
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